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® Drahtloses lokales Netzwerk mit Controller und wenigstens einem als Controller einsetzbaren Terminal 

® Die Erfindung bezieht sich auf ein lokajes Netzwerk zur 
drahtlosen Obertragung von Steuer- und Anwenderinfor- 
mationen zwischen mehreren Terminals und einem als 
Controller arbeitenden Terminal, welches zur Steuerung 
der Kommunikation im lokalen Netzwerk vorgesehen ist. 
Wenigstens ein weiteres nicht als Controller arbeitendes 
Terminal ist als Controller einsetzbar. Aufter dem Control- 
ler empfangt wenigstens das als Controller einsetzbare 
Terminal alle zur Steuerung der Kommunikation im loka- 
len Netzwerk erforderlichen Steuerinformationen. 
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Beschreibung 



Die Erfindung bezieht sich auf ein lokales Netzwerk zur 
drahtlosen Ubertragung von Steuer- und Anwenderinforma- 
tionen zwischen mehreren Terminals und einem als Control- 
ler arbeitenden Terminal, welches zur Steuerung der Kom- 
munikation im lokalen Netzwerk vorgesehen ist. 

Unter einem drahdosen lokalen Netzwerk ist ein Netz- 
werk mit mehreren Terminals zu verstehen, zwischen denen 
Steuer- und Anwenderinforrnationen drahtlos iibertragen 
werden. Eine drahtlose Ubertragung diem zur Ubertragung 
von Informationen z. B. uber Funk-, UltraschaU- oder Infra- 
rotwege. 

Das oben angegebene drahtlose lokale Netzwerk ist aus 
"Contention-free MAC protocol for Wireless ATM LAN" 
von C.Y. Ngo et al., ACTS Mobile Communications Sum- 
mit 1997, Seiten 728-733, Oktober 1997, Aalborg, Dane- 
mark, bekannt und enthalt mehrere Terminals. Ein Terminal 
arbeitet als Controller und steuert die Kommunikation zwi- 
schen den Terminals. Zur Ubertragung von Daten nach dem 
asynchronen Transfermodus (ATM) werden in diesem Netz- 
werk Zellen in Anwenderzeitschlitze oder -kanale eingefugt 
und uber ein Funkiibertragungsrnedium iibertragen. 

Der Erfindung liegt die Aufgabe zugrunde, ein drahtloses 
lokales Netzwerk zu schaffen, bei dem auch bei einem Aus- 
fall des Controllers die Kommunikation zwischen den Ter- 
minals betreffende Daten nicht verloren gehen. 

Die Aufgabe wird durch ein drahtloses lokales Netzwerk 
der eingangs genannten Art dadurch gelost, 
daB wenigstens ein weiteres nicht als Controller arbeitendes 
Terminal als Controller einsetzbar ist und 
daB das als Controller einsetzbare Terminal wenigstens zum 
Empfang aller zur Steuerung der Kommunikation im loka- 
len Netzwerk erforderlichen Steuerinformationen vorgese- 
hen ist. 

Das erfindungsgemaBe lokale Netzwerk enthalt drei Ar- 
ten von Terminals. Ein Terminal arbeitet als Controller, ei- 
nige Terminals sind als Controller nach einem Ausfall oder 
nach dem Abschalten des aktuellen Controllers als Control- 
ler einsetzbar und weitere nicht als Controller vorgesehene 
Terminals. Damit nach einem Ausfall oder nach dem Ab- 
schalten des aktuellen Controllers ein nahtloser Ubergang 
zu einem neuen Controller mdglich ist und die bisher von 
dem aktuellen Controller gewonnen Daten aus den Steuerin- 
formationen nicht verloren gehen, werden diese Daten nach 
Verarbeitung der Steuerinformationen ebenfalls von den als 
Controller einsetzbaren Terminals in eigenen Datenbanken 
gesammelt. 

Anspriiche 2 und 3 beziehen sich auf die verschiedenen 
Gruppen von Steuerungsin formation en und die Speicherung 
von aus den Steuerungsinformationen gewonnen Daten in 
Datenbanken. Anspriiche 4 bis 6 zeigen, daB bei Ausfall 
oder Abschalten des Controllers ein nahtloser Ubergang von 
einem alten auf einen neuen Controller moglich ist. An- 
spruch 7 erlautert die verschiedenen Ubertragungsmoglich- 
keiten von Steuer- und Anwenderinformation. Durch An- 
spruch 8 wird aufgezeigt, daB sich die Erfindung auch auf 
ein als Controller einsetzbares Terminal bezieht. 

Ausfuhrungsbeispiele der Erfindung werden nachstehend 
anhand der Figuren naher erlautert. Es zeigen: 

Fig. 1 ein drahtloses lokales Netzwerk, 

Fig. 2 ein Architekturmodell der Schichten bzw. Proto- 
kolle eines im lokalen Netzwerk nach Fig. 1 verwendbaren 
Terminals, 

Fig. 3 ein Blockschaltbild eines im lokalen Netzwerk 
nach Fig. 1 verwendbaren Terminals, 

Fig. 4jeine in einem Terminal nach Fig. 2 verwendbare 
Funkvorrichtung, 



Fig. 5 eine symbolische Darstellung des Kommunikati- 
onsflusses zwischen vier Terminals eines lokalen Netzwer- 
kes, 

Fig. 6 das Rahmenformat des zwischen den Terminals 

5 ausgetauschten Signals. 

In Fig. 1 ist ein Ausfuhrungsbeispiel eines lokalen Netz- 
werkes mit vier Terminals 1 bis 4 dargestellt, die uber Funk- 
strecken jeweils Daten austauschen. Die in Fig. 1 einge- 
zeichnete und die Terminals 1 bis 4 umfassende Ellipse soli 

10 den Funkbereich angeben, in dem zwischen zwei Terminals 
(1 bis 4) eine problemlose Funkiibertragung moglich ist. 

Die Funkiibertragung zwischen den Terminal 1 bis 4 kann 
beispielsweise nach einem TDMA-, FDMA- oder CDMA- 
Verfahren (TDMA = Time Division Multiplex Access; 

15 FDMA = Frequency Division Multiplex Access; CDMA = 
Code Division Multiplex Access) durchgefuhrt werden. Die 
Verfahren konnen gegebenenfalls auch kombiniert werden. 
Mit Hilfe der genannten Verfahren konnen beispielsweise 
digital vorliegende Informationen oder auch in Pakete ver- 

20 packte digitale Informationen zwischen den Terminals 1 bis 
4 iibertragen werden, Ein Beispiel fur ein Paketubertra- 
gungsverfahren ist der asynchrone Transfermodus (ATM), 
welcher Pakete mit einer deflnierten Bytelange erzeugt, die 
Zellen genannt werden. Eine Zelle enthalt ein Kopffeld mit 

25 beispielsweise 5 Byte und ein Informationsfeld mit bei- 
spielsweise 48 Byte. Die im Kopffeld der Zelle enthaltenen 
Informationen dienen insbesondere zur Adressierung und 
zur Durchfuhrung von ATM-Vermittlungsfunktionen. 
In Fig. 2 ist ein Architekturmodell der verschiedenen in 

30 einem Terminal 1 bis 4 verwendeten Schichten bzw. Proto- 
kolle dargestellt. Die unterste, physikalische Schicht legt, 
ahnlich wie beim OSI-Schichtenmodell, die funkiibertra- 
gungstechnischen Funktionen fur den Transport der Daten 
bzw. Nachrichten auf dem Funkubertragungsmedium fest. 

35 Diese physikalische Schicht ist in Fig. 2 als Block 5 be- 
zeichnet. Auf der ersten Schicht baut die zweite Schicht auf, 
die als MAC-Schicht (MAC = medium access control) be- 
zeichnet wird und durch den Block 6 in der Fig. 2 gekenn- 
zeichnet ist. Die der MAC-Schicht ubergeordnete Schicht ist 

40 die dritte oder LLC-Schicht (LLC = logical link control), die 
in Fig. 2 als Block 7 bezeichnet ist. Die Protokolle der 
MAC- und LLC-Schicht beziehen sich auf die Zugriffskon- 
trolle und Sicherungsschicht des OSI-Schichtenmodells. 
Die MAC-Schicht steuert den Mehrfachzugriff der Termi- 

45 nals zum Ubertragungsmedium (Funkubertragungsme- 
dium), und die LLC-Schicht (LLC = Logical Link Control) 
fiihrt eine FluB- und Fehlerkontrolle durch. Solche Proto- 
kolle sind z. B. aus "On Architectures for Broadband Wire- 
less Systems" von S. Jiang et al, IEEE Communications 

50 Magazine, October 1997, Seiten 132 bis 140 oder aus "Con- 
tention-free MAC protocol for Wireless ATM LAN" von 
C.Y. Ngo et al., ACTS Mobile Communications Summit 
1997, Seiten 728-733, Oktober 1997, Aalborg, Danernark, 
oder aus "Computer Networks" von Andrew S. I^nenbaum, 

55 Second Edition, Prentice-Hall International, Inc., 1988, Sei- 
ten 117 bis 131, 196 bis 212 und 262 bis 265 bekannt. 

Zur Echtzeitsteuerung der physikalischen, der MAC- und 
LLC-Schicht ist eine untere Steuerungseinheit als Block 8 
eingezeichnet. Diese untere Steuerungseinheit ist z. B. fur 

60 die Kanal- oder Zeitschlitzzuweisung bei Verwendung eines 
TDMA-Verfahrens und fiir die Parametersetzung bei der 
Fehlersicherung, zur Rahmensynchronisation usw. zustan- 
dig. Dieser unteren Steuerungseinheit ist eine MAC-Daten- 
bank zugeordnet, die aus weiter unten erlauterten MAC- 

65 Steuerinformationen gewonnene Daten enthalt. 

Auf der LLC-Schicht baut eine Anpassungsschicht (ser- 
vice adaptation layer) auf, die in der Fig. 2 als Block 9 ge- 
kennzeichnet ist. Diese paBt von der hochsten Schicht, die 
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als Anwenderschicht (user application layer) bezeichnet . 
wird und in Fig. 2 durch Block 10 dargestellt ist, gelieferte 
Daten einem bestimmten Format an. Beispielsweise kann 
eine solche Schicht Zellen nach dem asynchronen Transfer- 
modus (ATM) erzeugen (Paketisierungsfunktion). Diese 
Zellen oder andere von der Anpassungsschicht gelieferte 
Daten werden in der MAC-Schicht als Anwenderinforma- 
tionen in bestimmte zur Funkubertragung vorgesehene 
Transportkanale eingefiigL Die Anwenderschicht kann z. B. 
eine Sprachdaten oder eine Videodaten oder eine Daten ei- 
nes Dienstes liefemde Instanz sein. Ein Sprachcodec liefert 
z.B. Sprachdaten eines Benutzers. Ein Videocodec liefert 
Daten einer Videoquelle. Unter den Daten eines Dienstes 
•konnen z.B. Daten nach dem Internet-Protokoll, E-Mail- 
Daten usw. sein. 

Parallel zu der Anpassungsschicht ist eine obere Steue- 
rungseinheit als Block U in der Fig. 2 eingezeichnet. Diese 
obere Steuerungseinheit ist z. B. fur die eine Terminalregi- 
strierung, fur die Verbindungssteuerung zwischen z. B. zwei 
Terminals (call admission control) usw. zustandig. Der obe- 
ren Steuerungseinheit ist eine Terminal- und Verbindungs- 
Datenbank zugeordnet. In der Terminal-Datenbank sind 
z. B. Registrierungsinformationen der im lokalen Netzwerk 
eingebundenes Terminals abgelegL Die Verbindungs-Daten- 
bank enthalt Verbindungen zugeordnete Daten, z.B. die 
Teilnehmer (Anwender) der Verbindung und die Verbindung 
kennzeichnende Daten (Bandbreite, Art der Verbindung 
usw.). Je nachdem, ob ein normales Terminal (ohne Control- 
lerfunktion) oder ein als Controller einsetzbares Terminal 
vorliegt, kann die Komplexitat der unteren und oberen 
Steuerungseinheiten und die entsprechenden zu verwalten- 
den Daten in den Datenbanken unterschiedlich sein. 

Ein Ausfuhrungsbeispiel eines Terminals 1 bis 4 zeigt 
Fig. 3. Ein solches Terminal enthalt eine Station 12, einen 
ersten und zweiten Prozessor 13 und 14, eine Terminal- und 
Verbindungs-Datenbank 15 und eine Funkvorrichtung 16. 
Die Station 12, welche das Anwenderschicht-Protokoll aus- 
fuhrt, kann beispielsweise ein Bildfernsprecher, ein Perso- 
nal-Computer, eine Workstation oder ein Fernsprecher sein. 
Der Prozessor 13 ist fur die Ausfuhrung des Protokolls der 
Anpassungsschicht zustandig und kann beispielsweise von 
einer Station gelieferte Daten in ATM-Zellen umsetzen oder 
aus den von der Funkvorrichtung 16 zugefuhrte ATM-Zel- 
len Daten entnehmen (segmentation and reassembly). Der 
zweite Prozessor 14 tauscht mit der Terminal- und Verbin- 
dungs-Datenbank 15, der Funkvorrichtung 16 und dem er- 
sten Prozessor 13 Daten aus und fuhrt die Funktionen der 
oberen Steuerungseinheit aus. 

Die Funkvorrichtung 16 ist in der Fig. 4 detaillierter dar- 
gestellt. Diese enthalt eine Antenne 17, eine Hochfrequenz- 
schaltung 18, ein Modem 19, eine MAC-Schaltung 20, eine 
LLC-Schaltung 21, einen dritten Prozessor 22 und eine 
MAC-Datenbank 23. Die Schaltelemente 18 und 19 benoti- 
gen keine weitere Eriauterung, da diese aus anderen Funk- 
vorrichtungen bekannte Schaltungselemente sind. Die 
MAC- und die LLC-Schaltungen fuhren die Funktionen der 
MAC- und LLC-Schicht aus und konnen z. B. als ein vierter 
und funfter Prozessor realisiert sein. Daten zwischen erstem 
Prozessor 13 und Hochfrequenzschaltung 18 werden iiber 
die Schaltungskette LLC-Schaltung 21, MAC-Schaltung 20 
und Modem 19 ubertragen. Der dritte Prozessor 22 tauscht 
Daten mit der MAC-Datenbank 23 aus, steuert die LLC : 
und MAC-Schaltungen 21 und 20 und das Modern 19 und 
fuhrt die Funktionen der unteren Steuerungseinheit aus. 

Der Datenauslausch im lokalen Netzwerk wird von einem 
der Terminals 1 bis 4 gesteuen, welches als zentralisierter 
Controller bezeichnet wird. Zwischen den Terminals 1 bis 4 
. werden zwei Arten des Kommunikationsflusses unterschie- 



den. Ein erster KommunikationsfluB bezieht sich auch den 
Austausch von Steuerungsinfonnationen zwischen dem 
zentralisierten Controller und den anderen Terminals. Die 
Ubertragung von Anwenderinformationen zwischen den 

5 Terminals des lokalen Netzwerks ist ein Kennzeichen des 
zweiten KommunikationsfluB. Diese Kommunikations- 
fliisse lassen sich anhand der Fig. 4 naher erlautern, die vier 
Terminals 24 bis 27 zeigL Das Terminal 27 ist der zentrali- 
sierte Controller. Steuerungsinfonnationen werden jeweils 

10 zwischen dem zentralisierten Controller 27 und den Termi- 
nals 24 bis 26 ausgetauschL Dieser erste Kommunikations- 
fluB ist durch unterbrochene linien, welche jeweils durch 
Pfeile abgeschlossen sind, angedeutet. Es konnen also 
Steuerungsinformationen zwischen den Terminals 27 und 

15 24, den Terminals 27 und 25 und den Terminals 27 und 26 
ubertragen werden, Anwenderinformationen dagegen wer- 
den untereinander zwischen alien Terminals 24 bis 27 uber- 
tragen. Dies wird durch kontinuieiiiche Linien, welche je- 
weils durch Pfeile abgeschlossen sind, in der Fig. 4 gezeigt. 

20 Der zentralisierte Controller 27 arbeitet also als normales 
Terminal zum Austausch von Anwenderinformationen und 
als Zentrale zum Austausch von Steuerungsinfonnationen. 
Es liegt bezuglich des ersten Kommunikationsflusses eine 
Stemtopologie vor mit dem Controller im Zentrum und be- 

25 ziiglich des zweiten Kommunikationsflusses eine voll ver- 
maschte Topologie. 

Es lassen sich drei Gruppen von Steuerungsinformationen 
unterscheiden, welche anhand ihrer Aufrufhaufigkeit unter- 
schieden werden. Das bedeutet, daB bestimmte Steuerungs- 

30 informationen langsame Prozesse und andere schnelle Pro- 
zesse beeinftussen. 

Die erste, langsame Prozesse beeinflussende Gruppe von 
Steuerungsinformationen bezieht sich auf die Einbindung 
oder Registrierung eines Terminals in das lokale Netzwerk 

35 (Registrierungsphase). Hierunter fallen Steuerungsinforma- 
tionen, welche z. B. zur Terminal- bzw. Benulzerauthentifi- 
zierung, zur Untersuchung des Terminal- bzw. Benutzerpro- 
fils, zur Zuweisung der Identifizierungsnummer des Termi- 
nals usw. verwendet werden. Unter einem Terminalprofil 

40 wird beispielsweise die Angabe des Verfahrens (z. B. ISDN, 
ATM usw.), die maximale Obertragungskapazital usw. ver- 
standen. Die Steuerungsinformationen der ersten Gruppe 
werden auch Terminal-Steuerungsinformationen (terminal . 
control functions) genannt. Es sei noch erwahnt, daB der 

45 zentralisierte Controller wahrend der Registrierungsphase 
durch einen Eintrag in der Terminal-Datenbank 15 das Ter- 
minal registriert und dem einzubindenden Terminal bei- 
spielsweise Statusmeldungen usw. zufuhrt. 
Die zweite Gruppe von Steuerungsinformationen bezieht 

50 sich auf verbindungsrelevante Eigenschaften. Ein in dem lo- 
kalen Netzwerk eingebundenes Terminal muB vor Verbin- 
dungsaufbau mit dem zentralisierten Controller z. B. die 
Verbindungsart, die benotigte Bandbreite iiber die gesamte 
Lebenszeit der Verbindung usw. klaren (Signalisierung). 

55 Unter einer Verbindungsart ist eine Einzel- Verbindung (uni- 
cast connection), eine Mehrfach-Verbindung (multicast con- 
nection) oder eine Verteil- Verbindung (broadcast connec- 
tion) zu verstehen. Bei einer Einzel- Verbindung oder Ende- 
zu-Ende- Verbindung besteht eine Verbindung eines ersten 

60 Terminals mit einem zweiten Terminal. Bei einer Mehrfach- 
Verbindung oder Punkt-zu-Multipunkt- Verbindung ist ein 
Terminal mit mehreren anderen Terminals des lokalen Netz- 
werks verbunden. Bei einer Verteil- Verbindung ist ein Ter- 
minal mit alien anderen Terminals des lokalen Netzwerks 

65 verbunden. Zur Bandbreite ist zu erwahnen, daB beispiels- 
weise eine mittlere, eine mini male usw. Bandbreite zwi- 
schen Terminal und zentralisierten Controller vereinbart 
wird. Die Steuerungsinformationen der zweiten Gruppe 
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werden auch Verbindungs-Steuerungsinformationen (call 
control functions) genannt. 

Die dritte und die schnellsten Prozesse beeinflussende 
Gruppe von Steuerungsinformationen betrifft die Funktio- 
nen der MAC-Schicht (MAC-Protokoll), d. h. den Vielfach- 
zugriff auf das Funkubertragungsmedium. Die Steuerungs- 
informationen der dritten Gruppe werden auch MAC-Steue- 
rungsinformationen (MAC control functions) genannt. Das 
MAC-Protokoll benutzt zur "Qbertragung von MAC-Steue- 
rungsinformationen wenigstens einen MAC-Steuerungska- 
nal, uber welchen den jeweiligen Terminals Anwenderka- 
nale zur Ubertragung von Anwenderinformationen zuge- 
wiesen werden. Es existieren drei Verfahren zur Ubertra- 
gung von MAC-Steuerinformationen. Beim ersten Verfah- 
ren wird ein Kollisionskanal zur Ubertragung der MAC- 
Steuerungsinformationen von alien Terminals benutzt. Falls 
zwei Terminals gleichzeitig auf den Kollisionskanal zugrei- 
fen kann ein solcher Konflikt beispielsweise mit dem Aloha- 
Protokoll gelost werden. Ein zweites Verfahren benutzt zur 
Ubertragung von MAC-Steuerinformationen einen einem 
Terminaljeweilsfestzugewiesenen MAC-SteuerkanaL Dies 
wird als statische Zuweisung bezeichnet. Bei dem dritten 
Verfahren erfolgt eine Zuweisung jeweils eines MAC-Steu- 
erkanals zu einem Terminal nur, wenn MAC-Steuerinforma- 
tionen zu ubertragen sind. Dies wird als dynamische Zuwei- 
sung bezeichnet. 

Ein solches dynamisches Verfahren ist z. B. das soge- 
nannte "Piggyback"- Verfahren, bei dem eine MAC-Steue- 
rungsinformation zusammen mit einer Anwenderinforma- 
don in einem Kanal gesendet wird, urn dem zentralisierten 
Controller den Bedarf fur die nachste zu sendende Anwen- 
derinformadon iiber die MAC-Steuerinformation zu liefern. 
Falls iiber langere Zeit kein Anwenderinformation gesendet 
worden ist muB eine Verbindung zum Austausch von MAC- 
Steuerinformationen zurn zentralisierten Controller emeut 
aufgebaut werden, bevor der zentralisierte Controller einen 
Kanal fur Anwenderinformationen zuweisen kann. Bei die- 
sem Verfahren muB der Controller immer die an die Anwen- 
derinformation angehangte MAC-Steuerinformation emp- 
fangen, auch wenn die Anwenderih formation nichtmit dem 
zentralisierten Controller ausgetauscht wird. 

Um einen erneuten Verbindungsaufbau beim "Piggy- 
back"- Verfahren zu Yermeiden, kann das aus "Contention- 
free MAC protocol for Wireless ATM LAN" von CY. Ngo 
et aL, ACTS Mobile Communications Summit 1997, Seiten 
728-733, Oktober 1997, Aalborg, Danemark, bekannte dy- 
namische Verfahren verwendet werden. Hierbei werden von 
Terminals, die eine bestimmte Zeit keine Anwenderinfor- 
mationen versendet haben, aber wieder welche senden wol- 
len, kurze Impulse zu einem von dem zentralisierten Con- 
troller vorgegebenen Zeitpunkt abgegeben. Der Controller 
kann daraufhin dem Terminal wieder einen Kanal fur An- 
wenderinformationen zuweisen und MAC-Steuerinforma- 
tionen nach dem "Piggyback"- Verfahren ubertragen werden. 

Die oben beschriebenen Steuerungsfunktionen gelten 
nicht nur fur ein drahtloses lokales Netzwerk, welches nach 
dem asynchronen Transfermodus arbeitet, sondem auch fur 
andere Verfahren. Im folgenden wird ein MAC-Protokoll 
beschrieben, bei welchem der Datenaustausch zwischen den 
Terminals 1 bis 4 nach dem TDMA- Verfahren durchgefuhrt 
wird. Die dazugehorige MAC-Rahmenstruktur ist in Fig. 5 
dargestellt. Ein Rahmen enthalt einen kollisionsbehafteten 
Kanal CS (contention channel), einen Sende-Steuerungska- 
nal CD (control downlink), einen Ernpfangs-Steuerungska- 
nal CU (control uplink) und mehrere Transportkanale 
UC1,..., Ucn. 

Der kolUsionsbehaftete Kanal CS ist erforderlich, damit 
ein Terminal in das lokale Netzwerk eingebunden werden 
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kann. Uber diesen kollisionsbehafteten Kanal teilt ein Ter- 
minal seine Anwesenheit dem zentralisierten Controller mit. 
Um den gleichzeidgen Zugriff von rnindestens zwei Termi- 
nals auf den kollisionsbehafteten Kanal CS zu ermoglichen, 
5 kann in den einzelnen Terminals beispielsweise das 
ALOHA-Protokoll verwendet werden. 

Wenn ein Terminal in dem lokalen Netzwerk registriert 
ist, kann der zentralisierte Controller den Sende-Steuerungs- 
kanal CD nutzen, um MAC-Steuerungsinformationen zu 

10 dem neu eingebundenen Terminal zu senden. Uber diesen 
Sende-Steuerungskanal CD werden auch den anderen einge- 
bundenen Terminals MAC-Steuerungsinformationen zuge- 
fuhrt, nachdem iiber den Empfangs-Steuerkanal CU dem 
Controller von den Terminals Anfragen nach Transportka- 

15 nalen gesendet worden sind. Hierbei erhalt ein Terminal 
iiber den Sende-Steuerkanal Transportkanale fur den Emp- 
fang und fiir die Sendung von Anwenderinformationen zu- 
gewiesen. 

Der Empfangs-Steuerkanal kann Subkanale enthalten, die 

20 jeweils einem Terminal statisch oder dynamisch zugeordnet 
sind und in die ein Terminal seine Anfrage einfugt. Hierbei 
kann dem Controller beispielsweise die Menge der Anwen- 
derinformation mitgeteilt werden. Bezogen auf das Beispiel 
des nach dem asynchronen Transfermodus arbeitenden lo- 

25 kalen Netzwerks entspricht die Menge der Anzahl der zu 
sendenden Zellen. Falls der Controller nicht die Prioritat der 
zu versendenden Anwenderinformation kennt, kann diese 
ihm ebenfalls ubertragen werden. Diese zentrale Koordinie- 
rung mit Hilfe des zentralisierten Controllers vermeidet eine 

30 Kollision in den Transportkanalen. Es wird namlich auf ei- 
nen Transportkanal nur von einem einzigen Terminal in ei- 
nem Rahmen zugegriffen. Ferner kann durch die Beachtung 
der Prioritat von Anwenderinformation auch erreicht wer- 
den, daB zeitkritische Anwenderinformationen eines Termi- 

35 nals zuerst iiber die Transportkanale gesendet werden als 
weniger zeitkritische (z. B. Sprache). 

Die wahrend eines MAC-Rahmens (vgl. Fig. 6) iiber den 
Empfangs-Steuerkanal CU ankommenden Anfragen werden 
nach bestimmten hier fiir die Erfindung nicht relevanten 

40 Vorgaben - z. B. auch unter Beachtung der Prioritat von An- 
wenderinformationen - ausgewertet und das Ergebnis den 
jeweiligen Terminals iiber den Sende-Steuerkanal CD des 
nachsten Rahmens mitgeteilt. Hierdurch erfahrt jedes Ter- 
minal welcher Transportkanal UC1 bis UCn zur Ubertra- 

45 gung von Anwenderinformation in dem MAC-Rahmen zu- 
gewiesen worden ist. Falls ATM-Zellen ubertragen werden 
sollen, kann die Lange eines Transportkanals der Lange ei- 
ner Zelle oder der Lange mehrerer Zellen entsprechen. In 
der Zuweisungsmitteilung ist natiirlich auch die Meldung 

50 enthalten, welches Terminal Anwenderinformationen sendet 
welches Terminal diese erhalt. Das sendende Terminal ist 
das, welches die Anfrage zum Controller gesendet hat. Bei- 
spielsweise wird einem ersten Terminal zur Sendung von 
Anwenderinformationen drei Transportkanale zur Sendung 

55 von Anwenderinformationen zu einem zweiten Terminal 
und funf Transportkanale zur Sendung von Anwenderinfor- 
mationen zu einem dritten Terminal zugewiesen. 

Gleichzeitig werden dem zweiten Terminal diese drei 
Transportkanale und dem dritten Terminal diese funf Trans- 

60 portkanale zum Empfangen der Anwenderinformationen 
des ersten Terminals zugewiesen. Damit wird eine direkte 
Verbindung zwischen dem ersten und zweiten bzw. ersten 
und dritten Terminal realisiert. Um Transportkanale korrekt 
zuweisen zu kdnnen, greift der Controller auf verbindungs- 

65 relevante Informationen zuriick, die ihm wahrend eines Ver- 
bindungsaufbaus zur Kenntnis gebracht worden sind. Hier- 
unter fallen z. B. Informationen iiber die Bandbreite und 
Prioritaten. 
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Bisher ist vorausgesetzt worden, daB in dem lokalen 
Netzwerk der zentralisierte Controller fest vorgegeben isL 
Es ist jedoch auch moglich, daB verschiedene Terminals ein 
neues lokales Netzwerk aufbauen und von diesen Terminals 
einer iiber ein bestimmtes im folgendem zu beschriebenes 
Protokoll zum Controller bestimmt wird. Als Controller 
kdnnen aber nur solche Terminals arbeiten, welche das ent- 
sprechende Protokoll enthalt. Solche Terminals werden im 
folgenden als Tenninals mit Controller-Fahigkeiten be- 
zeichnet. 

Ein in dem lokalen Netzwerk aktiver Controller sendet 
iiber ein bestimmtes Frequenzband in bestimmten zeitlichen 
Abstanden einen Synchronisationsirnpuls und erforderliche. 
Systemkennungen (z.B. Netzkennung einer bestimmten 
Gruppe) aus. Wenn ein Terminal mit Controller-Fahigkeiten 
nach Aktivierung in einem bestimmten vorgegebenen Fre- 
quenzband diesen Synchronisationsirnpuls detektiert, pruft 
das Terminal in einem ersten Schritt, ob es mit dem Control- 
ler eine Verbindung eingehen mochte und ob die Verbin- 
dung moglich ist Falls dies moglich ist, werden die oben be-, 
schriebenen Vorgange zur Registrierung eines Terminals ge- 
starteL 

Wenn iiber einen bestimmten Zeitraum das Terminal mit 
Controller-Fahigkeiten keinen Synchronisationsirnpuls de- 
tektiert, erzeugt es in einem zweiten Schritt einen eigenen 
Synchronisationsirnpuls. Dieses Terminal beabsichtigt also 
der Controller zu werden. Es kann jedoch moglich sein, daB 
zwei Terminals mit Controller-Fahigkeiten zur gleichen Zeit 
jeweils Synchronisationsimpulse aussenden. Wenn ein Ter- 
minal einen Synchronisationsirnpuls aussendet, kann es 
nicht zur gleichen Zeit einen solchen detektieren. Um dieses 
Problem zu beheben, werden weitere Synchronisationsim- 
pulse zu zufallig gewahlten Zeitpunkten ausgestrahlt, so daB 
die Oberlappungsautomatik nicht mehr auftritt. Ein Termi- 
nal pruft wahrend der Zeit, in der es keinen Synchronisati- 
onsirnpuls aussendet, ob ein anderer Synchronisationsirn- 
puls vorhanden ist. Wenn ein Terminal einen Synchronisati- 
onsirnpuls detektiert, wird die Bildung von weiteren Syn- 
chronisationsimpulsen beendet und nach einer bestimmten 
zufalligen Zeit mit der Prufung gemafi dem ersten Schritt 
wieder begonnen. Wenn ein Terminal mit Controller-Fahig- 
keiten innerhalb einer zufallig gewahlten Zeitdauer seinen 
Synchronisationsirnpuls durch einen vom Rahmen vorgege- 
benen Zeitpunkt aussendet und wahrend der restlichen Zeit- 
dauer keinen Synchronisationsirnpuls eines anderen Termi- 
nals detektiert, wird dieses Terminal der aktive Controller 
des lokalen Netzwerks. 

In dem lokalen Netzwerk kann auch ein als Controller ar- 
beitendes Terminal ausf alien oder aus dem Netzwerk ge- 
nommen werden. In diesem Fall wird eine Ubergabeproze^ 
dur von dem bisherigen Controller zu einem Terminal mit 
Controller-Fahigkeiten durchgefuhrt. Das dazu erforderli- 
che Protokoll, welches ebenfalls in den Terminals mit Con- 
troller-Fahigkeiten abgelegt ist, wird im folgenden beschrie- 
ben. Die Ubergabeprozedur flihrt einen nahtlosen Ubergang 
zwischen dem alten und dem neuen Controller durch, so daB 
beispielsweise keine Verbindungen neu aufgebaut werden 
mussen. Mit dem nahtlosen Ubergang werden alle zeitlichen 
Informationeo und Steuerinformationen ubergeben. Die 
zeitlichen Informationen beziehen sich beispielsweise auf 
den Rahmenstart usw. 

In einem lokalen Netzwerk befinden sich haufig mehrere 
Terminals mit Controller-Fahigkeiten. Der aktuelle Control- 
ler kann einen oder mehrere dieser Terminals mit Control- 
ler-Fahigkeiten als Kandidaten fur eine Controller-Nach- 
folge aussuchen. Eine solche Auswahl ist ein kontinuierli- 
cherProzeB, weil ein Kandidat beispielsweise eher aus deni 
Netzwerk genommen werden kann als der aktuelle Control- 



ler. Die Mitteilung iiber die Auswahl als Kandidat kann ei- 
nem Terminal beispielsweise iiber den Sende-Steuerkanal 
des aktuellen Controllers zugefuhrt werden. 

Um einen schnellen Ubergang zwischen dem alten und 
5 neuen Controller zu ermoglichen, werden den Kandidaten 
die relevanten MAC-Steuerinformationen des aktuellen 
Controllers und der Terminals zugefuhrt, die diese MAC- 
Steuerinformationen verarbeiten mussen. Das ist ohne wei- 
teres moglich, weil iiber den Sende-Steuerkanal alle Termi- 
to nals mit Controller-Fahigkeiten die MAC-Steuerinforma- 
tion des aktuellen Controllers empfangen konnen. l)ber den 
Sende-Steuerkanal empfangen alle Terminals mit Control- 
ler-Fahigkeiten die MAC-Steuerinformationen des aktuel- 
len Controllers. t)ber den Empfangs-Steuerkanal empfan- 
15 gen alle Terminals mit Controller-Fahigkeiten die Anfragen 
aller Terminals. Hierbei konnen diese Steuerinformationen 
auf die gleiche Weise wie im aktuellen Controller abgearbei- 
tet und in bestimmten dafur vorgesehehen Datenbanken ab- 
gelegt werden. Der einzige Unterschied zwischen dem aktu- 
20 ellen Controller und dem Kandidaten ist, daB der Kandidat 
keine aus der Abarbeitung der MAC-Steuerinformationen 
gewonnenen Daten aussendet 

Der Controller sendet auch Rahmeninformationen, damit 
die Terminals sich mit dem Controller bezuglich des Rah- 
25 mens synchronisieren konnen. Hierbei kann die Rahmenin- 
formation entsprechend dem Rahmentyp gebildet werden. 
Es kann beispielsweise ein festes oder flexibles Rahmenfor- 
mat verwendet werden. 
Ein Controller verarbeitet die oben beschriebenen in drei 
30 Gruppen eingeteilten Steuerinformationen. Der Datenaus- 
tausch zwischen aktuellem Controller und den Kandidaten 
bezuglich der Controller-relevanten Steuerinformationen ist 
so organisiert, daB die Steuerinformationen der dritten 
Gruppe (MAC-Steuerinformationen) iiber den Sende- und 
35 Empfangs-Steuerkanal ubertragen werden. Hierbei empfan- 
gen die Kandidaten standig die in den beiden Kanalen lie- 
genden Steuerinformationen und ruhren das gleiche Proto- 
koll wie der aktuelle Controller durch, damit diese den glei- 
chen Status aufweisen. Die aus den MAC-Steuerinformatio- 
40 nen gewonnenen Daten werden sowohl von dem aktuellen 
Controller als auch von den Kandidaten in einer eigenen 
MAC-Datenbank abgelegt. 

Weil der aktuelle Controller auch als normales Terminal 
arbeitet, ist es erforderlich, daB dieser auch z. B. bestimmte 
45 eigene Anfragen nach Transportkanalen iiber den Sende- 
Steuerkanal CD aussendet. Hierdurch konnen die Kandida- 
ten auch diese Anfragen vom Controller entsprechend verar- 
beiten. 

Es ist auch moglich, das ein Kandidat iiber zusatzliche 
50 spezielle MAC-Steuerinformationen, die von den Termi- 
nals, die keine Controiler-Fahigkeit aufweisen, nicht zu in- 
terpretieren sind, den Inhalt seiner MAC-Datenbank mil 
dem Inhalt der MAC-Datenbank des aktuellen Controllers 
vergleicht Bestehen hier Unterschiede, wird von dem Kan- 
55 didaten eine Kopie der MAC-Datenbank iiber den Emp- 
fangs-Steuerkanal von dem aktuellen Controller angefor- 
dert, der eine entsprechende Kopie an den Kandidaten sen- 
det. 

Der Datenaustausch zwischen aktuellem Controller und 
60 den Kandidaten bezuglich der Steuerinformationen der er- 
sten und zweiten Gruppe (Terminal- und Verbindungs-Steu- 
erinformationen) wird iiber Transportkanale realisiert. 
Hierzu wird zuerst eine Mehrfach- Verbindung zwischen ak- 
tuellem Controller und Kandidaten aufgebaut und dann die 
65 geanderten Daten einer Terminal- und Verbindungs-Daten- 
bank des Controllers tiber die Transportkanale zu den Kan- 
didaten ubertragen. Diese legen dann die empfangenen Da- 
ten in ihren entsprechenden Terminal- und Verbindungs-Da- 
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tenbanken ab. Eine solche Ubertragung wird dann durchge- 
fiihrt, wenn der Inhalt einer Terminal- oder Verbindungsda- 
tenbank geandert worden ist. Wenn der Controller einen 
neuen Kandidaten festgelegt hat, erhalt dieser iiber eine Ein- 
zel- Verbindung den gesamten Inhalt der Terminal- und Ver- 5 
bindungsdatenbank des Controllers und legt diesen in den 
eigenen Datenbanken ab. 

AuBer den verschiedenen aus Steuerinformationen ge- 
wonnenen Daten mu8 ein Kandidat auch Synchronisations- 
informationen und zeitliche Informationen erhalten. Um ei- 10 
nen nahtlosen Ubergang von Synchronisationsinformatio- 
nen zu gewahrleisten, muB ein Controller bzw. ein Terminal 
mit Controller-Fahigkeiten eine nicht naher dargestellte 
Notstromversorgung aufweisen. Eine solche Notstromver- 
sorgung kann beispielsweise eine Batterie oder ein wahrend 15 
des normalen Betriebs aufgeladener Kondensator sein. 
Diese Notstromversorgung wird eingeschaltet, wenn ein 
Controller ausfallt oder abgeschaltet wird. Der Zeitpunkt 
des Ausfalls oder des Abschaltens des Controllers wird im 
folgenden als Ausfallzeitpunkt bezeichnet 20 

Nach dem Ausfallzeitpunkt sendet der aktuelle Controller 
iiber den Sende-Steuerkanal wenigstens eine Meldung (Aus- 
fall-Meldung), daB er ausgefalien ist. Diese Ausfall-Mel- 
dung erhalten die Kandidaten. Die einzelnen Kandidaten ha- 
ben wahrend des normalen Betriebs von dem aktuellen Con- 25 
troller eine Prioritat erhalten. Je hoher die Prioritatszahl ist, 
um so niedriger ist die Prioritat Ein Kandidat mit der Prio- 
ritat p_i = 0 hat die hochste Prioritat. Sofort nach Empfang 
der Ausfallmeldung erzeugt der Kandidat CC_i mit der 
hochsten Prioritat (p_i = 0) zu den vorgegebenen Zeitpunk- 30 
ten den fur die Netzsynchronisation erforderlichen Synchro- 
nisationsimpuls, der bisher von dem alten Controller erzeugt 
worden ist, und ubernimmt damit die zeitliche Steuerung 
des MAC-Rahmens. 

Es ist moglich, daB auch der Kandidat CC_i mit der Prio- 35 
ritat p_i = 0 nach dem letzten MAC-Rahmen des alten Con- 
trollers ausfallt. Wenn t der Bezugszeitpunkt des letzten von 
dem alten Controller explizit oder implizit mitgeteilten, 
durch den Ausfall oder die Abschaltung nicht aufgetretenen 
aber erwarteten Zeitpunkt fur den Synchronisationsimpuls 40 
ist, dann erzeugt der Kandidat CC j mit der Prioritat p j = 1 
einen Synchronisationsimpuls, wenn dieser nach der Zeit t -f- 
5t keinen Synchronisationsimpuls des Kandidaten CC_i de- 
tektiert hat. Dieser ProzeB kann solange fortgefuhrt werden 
bis ein geeigneter Kandidat gefunden worden isL Allgemein 45 
kann gesagt werden: Wenn k hoher priorisierte Kandidaten 
keinen Synchronisationsimpuls erzeugt haben, muB der 
Kandidat CC_m mit der Prioritat p_m = k einen Impuls zum 
Zeitpunkt t + k St sen den. Dieser Kandidat CC_m wird der 
neue Controller. Die Parameter k und 8t mussen so gewahlt 50 
sein, daB das Produkt k 5t nur eine tolerierbare Synchronisa- 
tionsverschiebung und damit verbundende Rahmenverzoge- 
rung verursacht. 

Der Kandidat, welcher den Synchronisationsimpuls aus- 
gesendet hat, wird zum neuen Controller. Dieser kann naht- 55 
los an den VerarbeitungsprozeB des alten Controllers an- 
schlieBen, da dieser alle relevanten Daten in den MAC-, Ter- 
minal- und Verbindungs-Datenbanken gespeichert hat. 

Der oben beschriebene Ubergang von einem alten auf ei- 
nen neuen Controller ist nur moglich, wenn vor dem Aus- 60 
fallzeitpunkt der alte Controller den Terminals mit Control- 
ler-Fahigkeiten den Zeitpunkt des Synchronisationsimpul- 
ses explizit oder implizit iiber den Sende-Steuerkanal CD 
mitteilt. Eine explizite Mitteilung stellt eine speziell er- 
zeugte MAC-Steuerinformation dar. Eine irnplizite Mittei- 65 
lung ist keine speziell erzeugte MAC-Steuerinformation, 
sondern ergibt sich z. B. aus der Rahmeninformation, wenn 
ein Rahmen mit konstanter Lange vorliegt. 



Bei dem oben beschriebenen lokalen Netzwerk tritt keine 
Kolhsion beziiglich der Anwenderinformationen auf, wie 
beispielsweise bei einem nach dem Ethernet- oder Hyper- 
Ian- Verfahren arbeitenden Netzwerk. Eine Kollisionsfrei- 
heit beziiglich der Anwenderinformation ist dagegen beim 
GSM- Verfahren realisiert. Hier ist jedoch keine dynamische 
Zuweisung von Transportkanalen moglich und eine Steue- 
rung der Komrnunikation erfolgt ausschlieBlich iiber eine 
Basisstadon. Bei der Erfindung hingegen wird eine Steue- 
rung der Komrnunikation iiber ein als Controller arbeitendes 
Terminal erreicht. 

Patentanspriiche 

1 . Lokales Netzwerk zur drahtlosen Ubertragung von 
Steuer- und Anwenderinformationen zwischen mehre- 
ren Terminals und einem als Controller arbeitenden 
Terminal, welches zur Steuerung der Komrnunikation 
im lokalen Netzwerk vorgesehen ist, dadurch gekenn- 
zeichnet, 

daB wenigstens ein weiteres nicht als Controller arbei- 
tendes Terminal als Controller einsetzbar ist und 
daB das als Controller einsetzbare Terminal wenigstens 
zum Empfang aller zur Steuerung der Komrnunikation 
im lokalen Netzwerk erforderlichen Steuerinformatio- 
nen vorgesehen ist. 

2. Lokales Netzwerk nach Anspruch 1, dadurch ge- 
kennzeichnet, 

daB ein Controller zur Registrierung eines Terminals 
im Netzwerk, zur Verbindungssteuerung und zur 
Steuerung des VielfachzugrifFs°auf das Ubertragungs- 
medium vorgesehen ist und 

daB der Controller wenigstens eine Datenbank enthalt, 
die zur Speicherung von aus Steuerinformationen fur 
die Registrierung, fur die Verbindungssteuerung und 
fur die Steuerung des Vielfachzu griffs abgeleiteten Da- 
ten vorgesehen ist. 

3. Lokales Netzwerk nach Anspruch 2, dadurch ge- 
kennzeichnet, daB die als Controller einsetzbaren Ter- 
minals wenigstens eine Datenbank enthalt, die zur 
Speicherung von aus Steuerinformationen fur die Regi- 
strierung, fur die Verbindungssteuerung und fur die 
Steuerung des Vielfachzugriffs abgeleiteten Daten vor- 
gesehen ist. 

4. Lokales Netzwerk nach Anspruch 3, dadurch ge- 
kennzeichnet, 

daB nach einem Ausfall oder nach dem Abschalten des 
Controllers ein als Controller arbeitendes Terminal zur 
Detektion des Ausfalls oder des Abschaltens des Con- 
trollers vorgesehen ist und 

daB ein als Controller einsetzbares Terminal nach der 
Detektion zur Ubernahme der Funktion des alten Con- 
trollers vorgesehen ist. 

5. Lokales Netzwerk nach Anspruch 6, dadurch ge- 
kennzeichnet, 

daB ein ausgefallener oder abgeschalteter Controller 
nach dem Ausfall oder nach dem Abschalten zur Sen- 
dung einer Ausfallmeldung vorgesehen ist und 
daB ein als Controller einsetzbares Terminal mit der 
hochsten Prioritat nach der Detektion der Ausfallmel- 
dung durch einen Synchronimpuls, dessen Auftreten 
durch einen vom alten Controller vorgegebenen Zeit- 
punkt bestimmt ist, zur Ubernahme der Synchronisa- 
tion des Netzwerkes vorgesehen ist. 

6. Lokales Netzwerk nach Anspruch 5. dadurch ge- 
kennzeichnet, daB nach einer bestimmten Zeit nach der 
Ausfallmeldung ein geringer priorisiertes, als Control- 
ler einsetzbares Terminal zur Ausgabe eines Synchro- 
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nisationsimpulses und damit zur Ubemahme des Syn- 
chronisation des Netzwerkes vorgesehen ist, wenn die 
hoher priorisierten als Controller einsetzbaren Termi- 
nals keinen Synchronisationsirnpuls erzeugt haben. 

7. Lokales Netzwerk nach Anspruch 3, dadurch ge- 5 
kennzeichnet, dafi die die Steuerung des Vielfachzu- 
grifiFs betreffenden Steuerinformationen iiber einen 
Steuerkanal und die anderen Steuerinformationen nach 
einem entsprechenden Verbindungsaufbau iiber die fur 
die Obertragung von Anwenderinformationen vorgese- 10 
henen Transportkanale iibertragen werden. 

8. Als Controller einsetzbares Terminal in einem loka- 
len Netzwerk zur drahtlosen t)bertragung von Steuer- 
und Anwenderinformationen zwischen dem Terminal 
und weiteren Terminals, dadurch gekennzeichnet, daB 15 
das als Controller einsetzbare Terminal wenigstens 
zum Empfang aller zur Steuerung der Kommunikation 
im lokalen Netzwerk erforderlichen Steuerinformatio- 
nen vorgesehen ist. 

* 20 
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